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DAT618 .FRD 

Communication installation tox: communal reception of 

information, especially of digital telev ision images and/or- 

5 of multimedia data 

The invention relates to a communication installation, in 
particular for communal reception of information such as 
digital television images and/or data of multimedia type 
10 (WEB pages, files, sound, data, video images, etc) , via the 
Internet as the case may be. 

An installation of this type comprises an input interface 
via which it receives a signal carrying information of the 
15 aforesaid type. This signal emanates from an information 
source, via a cable link or wire link, over the airwaves, or 
else via satellite link. 

Furthermore, the input interf ace of the installation 
20 receives from this information source, software applications 
which allow the conversion of the aforesaid signal, into a 
signal directly usable by a user on equipment such as a 
television screen, a video recorder, or else a micro- 
computer. To perform this conversion, there is provided a 
25 receiver/decoder device available to an individual user, 
capable of converting the aforesaid signal by using these 
software applications . 

Known communication installations comprise one 

30 receiver/decoder device per user and per type of signal to 
be received. Thus, an individual user must possess several 
receiver/decoder devices if he wishes to use several signals 
arising from separate information sources and associated 
with different software applications. Furthermore, the 
35 connecting of this plurality of receiver/decoder devices to 
equipment of the aforesaid type often proves to be tricky. 



The present invention aims to improve the situation. 
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For this purpose it proposes a communication installation, 
of the type comprising : 

- an input interface suitable for receiving at least one 
first signal emanating from a first information source, as 

5 well as at least first software applications, and 

at least one receiver/decoder device, available to an 
individual user, devised so as to use the first software 
applications to undertake the conversion of the first signal 
with a view to direct use by the user. 

10 

According to a general definition of the invention, 

- the input interface is able moreover to receive at least 
one second signal emanating from a second information 
source, as well as second software applications, 

15 - the receiver/decoder device is devised moreover to use the 
second software applications to undertake the conversion of 
the second signal with a view to direct use of the second 
signal by the user, and 

- the installation comprises a local server, linked, on the 
20 one hand, to the input interface and, on the other hand, to 

the receiver/decoder device, and comprising a dialogue 
module for talking to the receiver/decoder device so as to 
transmit, selectively as a function of a request from a 
user, the first or the second software applications, to the 
25 receiver/decoder device of the user, so as to undertake the 
conversion of the first signal or of the second signal. 

Advantageously, the local server comprises a harmonizer 
module linked to the input interface and able to put the 
30 first and second signals into a common form, while the 
receiver/decoder device is devised so as to undertake the 
conversion of a harmonized signal which exhibits said common 
form. 

35 In a preferred embodiment, the harmonizer module is devised 
so as to remodulate the first and second signals according 
to one and the same type of modulation, while the 
receiver/decoder device comprises a demultiplexer module 
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advantageously devised so as to operate on signals 
exhibiting this type of modulation. 

According to another advantageous characteristic of the 
5 invention, the receiver/decoder device comprises a memory 
for loading the first or second software applications, as 
well as a management module able to access said memory and 
devised so as to cooperate with the demultiplexer module, so 
as to undertake conversion of said harmonized signal with a 
10 view to direct use. 

According to another advantageous characteristic of the 
invention, the installation comprises a network of 
connections for linking a multiplicity of receiver/decoder 
15 devices to the local server, while the local server 
comprises an output interface linked to the dialogue module 
so as to transmit, selectively as a function of the requests 
from the users, the first or second software applications to 
the corresponding receiver/decoder devices, 

20 

Preferably, the receiver/decoder devices each carry a pre- 
determined identifier while the dialogue module cooperates 
with a registry of identifiers which the local server 
comprises, so as to talk repetitively to the 
25 receiver/decoder devices according to a question/answer type 
protocol . 

The local server is, preferably, devised so as to 
succcessively question the receiver/decoder devices in a 
30 substantially cyclic manner, and to receive in answer the 
requests from the users successively 

As a variant or in combination with this cascaded 
questioning, provision may be made for burst -like 
35 questioning. In this case, the local server is devised so as 
to simultaneously question the receiver/decoder devices and 
receive in answer the requests from the users 
simultaneously . 
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According to another advantageous charactistic of the 
invention, the local server is devised so as furthermore to 
transmit software applications allowing a dialogue between 
the receiver/decoder device and one at least of said first 
5 and second sources, according to an interactive protocol. 

Advantageously the receiver/decoder device is able to 
communicate via a return path with the local server, while 
the local server comprises a communication link with the 
10 first and/or the second information source, so as to 
transmit to the receiver/decoder device, software 
applications chosen according to a request from the user. 

In one advantageous embodiment of the communication 
15 installation according to the invention, the 
receiver/decoder device is able to transmit via said return 
path a request to update the first and/or second software 
applications . 

20 In a particular embodiment, at least one of the first and/or 
second signals to be received is, in practice, a scrambled 
signal carrying information subject to pay-per-view, while 
the receiver/decoder advantageously comprises a descrambler 
module capable of undertaking a conversion of the first 

25 and/or second signals into descrambled signals, with the 
proviso of obtaining access rights. 

Advantageously, the receiver/decoder device comprises a 
module for managing access rights able to cooperate with the 
30 scrambler module so as to activate the descrambling of the 
first and/or of the second signal, while the local server is 
able to consult said module for managing access rights, with 
a view to controlling the rights to which the 
receiver/decoder device has access. 

35 

As a variant, the receiver/decoder device is devised so as 
to transmit a request for access rights via said return 
path, while the local server is devised so as to communicate 
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said request for access rights to the first and/or second 
information source, and so as to send the receiver/decoder 
device, software applications allowing the descrambling of 
the first and/or the second signal, in answer to said 
5 request for access rights. 

Thus, one and the same receiver/decoder device of an 
installation according to the invention, is capable of 
selectively converting the first and second signals, on 
10 request from a user. In this regard, the present invention 
also targets such a receiver/decoder device. 

Other characteristics and advantages of the invention will 
appear upon examining the detailed description hereinbelow, 
15 and the appended drawings in which: 

figure 1 diagramatically represents a communication 
installation according to the invention; 

20 - figure 2 represents the interactions between the elements 
which make up a receiver/decoder device of the prior art, 
delimited by dashed lines; 

- figure 3 diagramatically represents the shape of a signal 
25 Sr broadcast by the local server in the network R; 

figure 4 diagramatically represents the interactions 
between the various elements of a communal network head TRC 
of the installation represented in figure 1; and 

30 

- figure 5 represents the various software applications in 
memory of a receiver/decoder device of an installation 
according to the invention. 

35 The detailed description hereinbelow and the appended 
drawings contain in essence elements of definite character. 
They shall not only serve to better elucidate the present 
invention but also contribute to its definition, as 
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appropriate . 

The detailed description hereinbelow is given essentially 
within the framework of the communication of information of 
5 the digital television images and/or multimedia data type, 
by way of non-limiting example. The communication of this 
information is, in the example described, subject to pay- 
per-view. 

10 In what follows the term "community" is understood to mean a 
collection of users forming a geographically localized 
group, such as communal apartment blocks, residential 
dwellings, hotels, etc. 

15 Referring to figure 1, a community is equipped with a 
network fitted with a TRC head capable of receiving a 
plurality of signals emanating from separate information 
sources. In the example, the communal network head TRC 
receives three signals SI, S2 and S3 of television images, 

20 transmitted over the airwaves in the case of the signal SI, 
by satellite link in the case of the signal S2 and by wire 
link or cable link in the case of the signal S3. 

These various signals are of different types of modulation 
25 and, as the case may be, of different codings (MPEG, SECAM 
or other) . 

For example, in the case of the digital terrestial signal 
transmitted over the airwaves SI, the modulation is of COFDM 

3 0 type (the abbreviation standing for the term "CODED 
ORTHOGONAL FREQUENCY DIVISION MULTIPLEX") . In the case of 
the signal S2 transmitted by satellite, its modulation is of 
QPSK type (the abbreviation standing for the term 
"QUADRATURE PHASE SHIFT KEYING") . In the case of the signal 

35 S3 transmitted by cable, its modulation is of QAM type (the 
abbreviation standing for the term "QUADRATURE AMPLITUDE 
MODULATION"). In the case of two-wire links, ADSL type 
modulation (the abbreviation standing for the term 
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"ASYMETRIC DIGITAL SUBSCRIBER LINE") is often used. 

Additionally, at least a part of these signals carries 
information subject to pay-per-view. Such signals are 
5 therefore scrambled and their conversion into descrambled 
signals, with a view to direct use by a user, requires 
specific software applications. 

In the example described, the signal S2 arises from the 
10 "CanalSatellite" (registered trademark) information source 
and the software application allowing the descrambling of 
this signal S2 is "MEDIAGUARD" (registered trademark) , while 
signal S3 arises from the "TPS" (registered trademark) 
information source and the software application allowing its 
15 descrambling is "VIACCESS" (registered trademark) . Other 
software applications such as "NAGRAVISION" , "CONAX", etc, 
allow the descrambling of other signals broadcast in certain 
European networks . 

20 Additionally, associated with these various types of signals 
are other software applications allowing the shaping of the 
information which they contain, and particularly 
interactivity between the user and the sources. For example 
in the case of the signal S2 , the software application used 

25 is "MEDIA HIGHWAY" (registered trademark) , while in the case 
of signal S3 the software application used is "OPEN TV" 
(registered trademark) . 

Thus, each of the signals is shaped according to a specific 
30 type of modulation, and its conversion uses one or more 
software applications specific to this signal. 

It should be noted moreover that the signal SI, received 
over the airwaves, can be of digital modulation (aforesaid 
35 COFDM modulation) or else of analog modulation (SECAM or 
other) . 



The head of the communal network TRC comprises an input 
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interface IE capable of receiving the three signals SI, S2 
and S3. In the customary manner, the signals transmitted by 
satellite or by cable (S2 and S3) must be decoded and, as 
the case may be, descrambled for direct use by a user. This 
5 decoding/descrambling is customarily performed by a 
receiver/decoder device STB (referred to more simply as a 
decoder in that which follows) . Such a decoder STB is 
generally linked to equipment available to the user, such as 
a television TV, a video recorder, or else a microcomputer 
10 in the case of the reception of multimedia data. 

Referring to figure 2, a conventional decoder of the prior 
art comprises, at input, a tuner SYNTH, in cooperation with 
a phase -lock loop PLL for clock recovery and carrier 
15 recovery on the signal received S of QPSK modulation (signal 
S2) or of QAM modulation (signal S3) 

In practice, the signal S at the input of the decoder is 
converted into digital in CAN, then demodulated in DEMOD by 
20 cooperation with the tuner SYNTH and the loop PLL. This 
processing is then followed by a combination of filtering 
and decoding, for example a VITERBI decoding for the signal 
S2, which thus completes a processing of the signals which 
is commonly referred to as "channel decoding" . 

25 

The signal at the output of this channel decoding block 
takes the form of a stream of MPEG packets before feeding a 
source decoding block DECS. In the case of scrambled 
signals, the source decoding block commences with a 

30 descrambler module DESCR, generally driven by a 
microprocessor P managing a dynamic memory DRAM, which 
receives from a chipcard reader (not represented) giving 
access rights, a key allowing descrambling . This descrambler 
module DESCR cooperates with a demultiplexer block DEMUX 

35 which allows the selecting by means of matched filter of the 
packets in the MPEG stream. In practice, the demultiplexer 
module of the decoder makes it possible to filter in the 
MPEG stream the undesired image data so as to select the 
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image data chosen by the user. This demultiplexing block is 
followed by a decoder module DECOD (MPEG2 in the example 
described) and by a video/audio encoder COD so as to deliver 
signals s^ for direct use to a television, a video recorder 
5 or other. 

It should be noted in particular that the descrambler module 
DESCR, the demultiplexer block DEMUX and the MPEG format 
decoder (referenced DECOD) , in the course of this source 
10 decoding, are driven by the microprocessor P which 
cooperates with the dynamic memory DRAM and, as the case may 
be, with a read-only memory ROM. 

The decoders/descramblers of the prior art furthermore 
15 comprise a link, generally of MODEM type (not represented) , 
with the information source from which the signal received S 
emanates, so as to download, into the random access memory 
DRAM, software applications allowing interactivity with the 
source and, as the case may be, activation of the 
20 descrambling/decoding . They additionally comprise in read- 
only memory ROM, resident software applications which allow 
basic functions, for example dialogue via MODEM with the 
source, the functionalities of descrambling, demultiplexing 
and MPEG decoding, etc. 

25 

It is then apparent that each type of decoder is specific to 
the signal to be received, both at the level of the 
demodulation blocks (QPSK or QAM) which it comprises, and at 
the level of the software applications used. 

30 

Reference is thus made to figure 4 to describe the 
interactions between the elements which make up a communal 
network head TRC of an installation according to the 
invention. The input interface IE comprises three channel 
35 decoding paths, with a tuner SYNTHl, SYNTH2 and SYNTH3 for 
each signal SI, 32 and S3, as well as respective 
demodulation blocks DEMOD (for example COFDM for the signal 
SI, QPSK for the signal S2 and QAM for the signal S3) , 
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followed by respective filtering and decoding blocks (not 
represented) . 

The input channel for the signals SI, S2 , and S3 is, 
5 preferably, frequency matched with the output channel on the 
network R. Advantageously, such matching is the 
responsibility of a software application specific to the 
network. In a simplified variant, this matching can be 
performed manually by an installer on the basis of a 
10 manually adjustable tuner. 

The MPEG streams resulting from these channel decoders feed 
into a local server SL fitted with a modulator MOD capable 
of shaping the MPEG streams of the signals SI, S2 and S3 
15 according to a common modulation. Preferably, this common 
modulation is of COFDM type, corresponding to the initial 
modulation of the signal SI transmitted over the airwaves. 

Generally, this modulation, corresponding to the modulation 
20 of the digital terrestrial signals, exhibits the following 
advantages : 

it is not necessary to perform remodulation for the 
terrestrial signals, these being the most common in digital 
25 television; 

- this modulation offers an optimized passband for a large 
number of signals currently transmitted by cable; 

30 - it exhibits good resistance to breaks in network 
impedances; and 

it is compatible with the reception modules of current 
digital televisions . 

35 

The signals thus modulated are transposed into a chosen 
frequency band, typically 8 MHz. 
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In practice, the signals SI, 32 and S3 are preferably 
demodulated in DEMOD (figure 4), remodulated and equalized 
in MOD according to a common modulation (COFDM) , then 
amplified in AMP, in the course of the processing in the 
5 communal network head TRC. They are then despatched into the 
network R to the decoders/descramblers STB of the users, in 
the form of MPEG format packets, via an output interface of 
the local server SL comprising a shaping module OPE. It 
should be noted that this MPEG packet stream is not modified 
10 by the preceding operations of demodulation and of 
remodulation . 

Referring to figure 3, the signal Sr dispatched by the local 
server over the network R therefore exhibits the form of an 

15 MPEG packet stream of COFDM modulation preceded by an out- 
of-band channel OB for the downlink path VD of the network 
(from the server SL to the decoders STB) , as well as of a 
second out -of -band channel CVR allowing the management of an 
uplink return path VR (from the decoders STB to the server 

20 SL) . 

Thus, the communal network head TRC: 

- receives the signals SI, 32 and S3 via its input interface 
25 IE; 

- respectively demodulates these signals by decoding said 
signals SI, 32, and S3 while preserving the MPEG modulations 
by which the signals are transported; 

30 

- remodulates these signals according to a modulation of 
common type (COFDM in the example described) ; 

- and dispatches them in the form an MPEG packet stream into 
35 the network R, destined for the receivers/decoders and/or 

descramblers of the users . 



The decoders STB linked to the network R are off-the-shelf 
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and each comprise a common demultiplexing module intended to 
operate on common MPEG packets of COFDM type modulation. 
Each decoder STB of the installation according to the 
invention comprises, ultimately, just one source decoding 
5 block DECS (part framed with solid lines in figure 2) , the 
channel decoding being performed upstream of the network R, 
at the level of the communal network head TRC. 

However, the software applications used by the micro - 
10 processor of a decoder STB must be transmitted through the 
network R according to the requests by the users (conversion 
into audio and video signals, descrambling, interactivity 
with the information sources, etc.). 

15 The local server of the installation according to the 
invention comprises a dialogue module ICOM allowing 
interactivity between the communal network head TRC and the 
various decoders STB of the network R, This dialogue module 
interpretes user requests transmitted by the decoders STB 

20 through the return path VR, so as to send in answer the 
software applications requested. 

The channel CVR of the signal Sr is reserved for the 
interpretation of the requests on the return path VR, while 

25 the out-of-band channel OB of the signal S^ is reserved from 
the questioning of the decoders STB, in respect of the 
transmission of the software applications. Preferably, the 
out-of-band channels CVR and OB convey packets modulated 
according to a QPSK type modulation with 1 ^4Hz of band. 

30 Thus, the dialogue between the local server and the decoders 
STB allows, for example, adaptation of the respective 
software configurations of the decoders according to the 
various subscriptions of the users, within the framework of 
televisual image broadcasting subject to pay-per-view. This 

35 adaptation of the software applications is performed in 
accordance with the choice of an information source (or 
operator) by a user. The dialogue between the local server 
and the decoders moreover allows the user to use the 
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interactive services offered by the various operators. 

In a preferrred embodiment, the mode of dialogue is of 
"question/answer" type. The local server SL comprises a 
5 memory holding a table of identifiers TA of the decoders STB 
of the users. For each identifier, the server transmits a 
"token" via the out -of -band channel OB to each decoder of a 
user, one after the other. The decoder furnished with the 
token retransmits, via the channel of the return path CVR, 
10 this token which comprises, as the case may be, a new 
request . This type of cascaded questioning advantageously 
makes it possible: 

- to control the proper operation of the network R; and 

15 

to rapidly transmit a requested software application 
download request . 

In the example, a cycle is performed on the basis of one 
20 question every 1 millisecond. Thus, for a communal network 
comprising some one hundred decoders STB, the duration of 
the cycle is 100 milliseconds, this duration being 
compatible with an ITU-J112 type regular bit rate, of 1 MHz 
bandwidth with a bit rate of 1.544 Mb/s. 

25 

As a variant, there may be provision for a burst-like (or 
packet) question/answer mode. In this embodiment, the server 
SL downloads, following a request in the network, a set of 
data constituting a download of a software application. This 
30 burst-like protocol advantageously allows a direct tie up 
between the server and one or more decoders STB. In this 
mode, there may be provision to load, in practice, 1 Mbyte 
in 8 seconds . 

35 Of course, these two modes, cascaded and burst-like, can 
coexist in one and the same version of the installation onto 
the invention. For example, for permanent monitoring of the 
requests from the users of the network, there may be 
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provision for a cascaded question/answer mode, while for the 
dovmloading of the requested software application, there may 
be provided, moreover, a burst-like communication. 

5 The dialogue module of the local server SL therefore 
comprises an interface for managing the return VR which, 
preferably, is a digital serial interface (not represented) 
driven, for example, by a microprocessor /xP. The dialogue 
module ICOM cooperates with the aforesaid table of 
10 identifiers TA, by way of the microprocessor fiP so as to 
talk to the decoders STB via messages containing an 
identifier of the decoder STB in the network, as well as 
data to be transmitted (software applications, multimedia 
data, etc . ) . 

15 

The table of identifiers TA comprises, in practice, digital 
addresses of the users on the communal network, at well as 
references of the decoders STB. This table advantageously 
makes it possible to estimate a topology of the network, in 

20 particular to ascertain the software implanted in the 
various decoders. The communal network head TRC comprises a 
MODEM link allowing it to communicate with the various 
information sources from which the signals SI, S2 and S3 
emanate (or operators) and the table of identifiers thus 

25 allows the operators to control the various software 
applications delivered to the decoders STB of the network R. 

Additionally, this MODEM link makes it possible moreover to 
remotely monitor the proper operation of the communal 
3 0 network head. Thus, if the reception and/or the channel 
decoding of one of the signals SI, S2 and S3 is defective, 
an alarm is delivered to the corresponding operator, as the 
case may be. 

35 Reference is now made to figure 5 to describe the resident 
software applications downloaded into a receiver/decoder 
device STB of an installation according to the invention. 
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The following plurality of resident software applications 
are loaded into read-only memory of the decoder: 

an interface CHARG for loading data broadcast in the 
5 network, in particular for initializing the decoder; 

- a real-time monitor MTR which caters for the real-time 
management of the microprocessor, as well as the system 
resources (memory, interrupt, queue); 

10 

- a plurality of control software DRIVERS associated with a 
software application HARDWARE for configuring the software 
applications associated with the hardware used, and which 
cater for the management of all the hardware circuits and of 

15 the functionalities of the decoder (descrambling, decoding, 
video encoding, inlays within the images broadcast, etc) ; 

- a memory card interface CM, in the case where the decoders 
STB are equipped with a chipcard reader supplying a 

20 descrambling key for the use of images subject to pay-per- 
view; 

this memory card interface cooperates with a decoder 
identification module ID (digital address of the user in the 
25 aforesaid table of identifiers) ; and 

- a software application APGVR for managing the return path 
which caters for dialogue between the decoder and the local 
server . 

30 

It should be recalled here that the management of the return 
path allows dialogue between the local server and the 
decoders STB and, in particular, makes it possible to 
download software applications (higher layers of figure 5) . 

35 

These downloaded software applications may be put into two 
categories (or layers A and B) , depending on whether they 
emanate directly from the local server (layer A) or whether 
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they emanate from the sources via the server (layer B) . 

In what follows, there is described by way of non- limiting 
example, decoders STB capable of descrambling signals 
5 carrying information subject to pay-per-view (digital 
television images and/or multimedia data) . 

Each decoder comprises an access control device typically 
comprising a chipcard reader, in combination with a micro- 
10 processor linked to the descrambling module. A change of 
operator then requires a change of software application in 
respect of the descrambling. 

In a first embodiment of a decoder STB of an installation 
15 according to the invention, the means of access control and 
of management of the descrambling keys are loaded into the 
resident software applications. In this case, the decoder 
STB itself caters for management of access controls, without 
intervention by the local server. In practice, the chipcard 
20 interface CM cooperates with the identification module ID 
(associated with the software application relating to the 
identification of the user) . The access control module CA, 
downloadable to the network and which, in this regard, 
appears in layer A of figure 5, can be transmitted to the 
25 local server. 

In a different embodiment, the software applications 
associated with the right of access are contained in the 
general software applications offered by the operator via 

30 the local server. In this configuration, the 
receiver/decoder device STB allows the user to use 
navigation software applications for interactivity with the 
operators, these navigation software applications being 
accompanied by software applications relating to the right 

35 of access. On the other hand, in this embodiment, the 
decoder STB does not make it possible to manage the access 
controls in simple reception, insofar as the management of 
the access rights is carried out by interactivity with the 
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operator. In this regard, the access control module CA is 
represented in layer B of figure 5, by dashed lines. 

Among the downloadable software applications, the base layer 
5 A makes it possible to configure the decoder, for 
descrambling, demultiplexing, decoding, etc., as well as for 
interpreting the software applications provided by the 
operators, on the basis of an API type interface ensuring 
transmission between the resident software layers and the 
10 proprietary interfaces (OPEN TV or MEDIAHIGHWAY) . 

Layer A therefore comprises; 

- a software application API bound to the loading interface 
15 CHARG for implanting downloaded software applications, 

emanating from the operators or standardized (JAVA) ; and 

- decoding/descrambling application packages APPL making it 
possible to drive the source decoding performed by the 

20 decoder STB. 

These basic software applications (or system software) 
allow : 

25 - the direct use of non-scrambled signals (for example of 
the digital television images which are not subject to pay- 
per-view) ; 

- downloading of the navigation software applications NAV 
30 provided by the various operators; and 

- downloading the software applications INTDM, for example a 
JAVA interpreter, making it possible to receive multimedia 
data DM and to execute such applications, independent of the 

35 navigation applications NAV provided by the operators. 

As was seen earlier, in the second embodiment of the 
aforesaid decoder, according to which embodiment the access 
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control in respect of descrambling is performed via the 
local server, the access control module CA (represented by 
dashed lines, in figure 5) is dovmloaded into layer B, in 
particular with the navigation software applications NAV. 

5 

In the layer B represented in figure 5, there are provided 
software applications APPLIC provided by the operators, for 
example "OPEN TV" for TPS and "MEDIAHIGHWAY" for 
CanalSatellite, making it possible to activate the 
10 descrambling of the signals S2 and S3. 

Additionally, there may be provided, with the navigator 
software, a module EPG for guidance within the framework of 
interactivity between the user and the operator, as well as 
15 multimedia data DM transmitted in the course of such inter- 
acitivity. In a preferred embodiment, the software 
applications, INTDM (multimedia data interpreter) , once 
downloaded, reside in the read-only memory of the decoder. 

20 Thus, according to one of the advantages afforded by the 
present invention, in the signal Sr broadcast in the network 
R, the various signals SI, 32 and S3 are multiplexed and 
coded according to a preferred type of modulation (COFDM in 
the example described) . Additionally, in the signal Sr, an 

25 out -of -band channel OB (of QPSK modulation, in the example 
described) carries a questioning token, while the out-of- 
band channel associated with the return path CVR carries a 
return token, associated, as the case may be, with a new 
request from a user (new requested software application) . On 

30 the basis of the system software downloaded into layer A, 
the decoder is able to demultiplex the signal S^ so as to 
select the image data desired by the user. For the 
decoding/descrambling image data requiring specific software 
applications (MEDIAHIGHWAY, OPEN TV) , these software 

35 applications are transmitted selectively to the . decoder STB 
of the user, according to his request (layer B of the 
aforesaid software applications) . 
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Another advantage afforded by the present invention is that 
a single receiver/decoder device STB can be used to decode 
the various signals, associated with separate software 
applications, thereby simplifying the hardware available to 
5 the users (single connection of a television, of a video 
recorder or other, to the decoder STB) . 

Another advantage afforded by the poresent invention is the 
control which each operator can perform, through the local 
10 server SL, in particular of the software applications with 
which each decoder STB is furnished, as well the associated 
access rights . 

Of course, the present invention is not limited to the 
15 embodiment described hereinabove by way of example. It 
extends to other variants. 

It will thus be understood that the installation according 
to the invention is not limited to an application 
20 broadcasting digital images subject to pay-per-view. It may 
relate moreover to the broadcasting of non- scrambled images, 
which are accompanied by multimedia data arising from 
separate sources . 

25 Additionally, the information provided by the various 
sources described hereinabove does not necessarily relate to 
television input data. This information may, as a variant, 
be multimedia data emanating from different sources and of 
different coding. 

30 

The various operators cited above (CanalSatellite , TPS, etc) 
are described hereinabove by way of example. Additionally, 
the present invention is not limited to the type of 
modulations described hereinabove. For example, the COFDM 
35 modulation, described hereinabove, of the signals of images 
broadcast on the network, although advantageous, is open to 
variants, in particular the coding of the return path which 
may use ordinary DVB protocols (QAM, QPSK) or SFDMA 




(Synchronous Frequency Division Multiple Access) or FCDMA 
(Frequency Coded Division Multiple Access) protocols. 
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Claims 

1. A communication installation, in particular for the 
communal reception of information, of the type comprising: 

5 - an input interface (IE) suitable for receiving at least 
one first signal (S2) emanating from a first information 
source, as well as at least first software applications 
(NAV, APPL) , and 

- at least one receiver/decoder device (STB) , available to 
10 an individual user, devised so as to use the first software 
applications (NAV, APPL) to undertake the conversion of the 
first signal (S2) with a view to direct use by the user, 

characterized in that the input interface (IE) is able 
15 moreover to receive at least one second signal (S3) 
emanating from a second information source, as well as 
second software applications, 

in that the receiver/decoder device (STB) is devised 
moreover to use the second software applications to 
20 undertake the conversion of the second signal (S3) with a 
view to direct use of said second signal, 

in that the installation comprises a local server (SL) , 
linked, on the one hand, to the input interface (IE) and, on 
the other hand, to the receiver/decoder device (STB) , and 

25 comprising a dialogue module (ICOM) for talking to the 
receiver/decoder device (STB) so as to transmit, selectively 
as a function of a request from a user, the first or the 
second software applications, to the receiver/decoder device 
of the user, so as to undertake the conversion of the first 

30 signal or of the second signal. 

2. The installation as claimed in claim 1, characterized in 
that the local server (SL) comprises a harmonizer module 
(MOD, AMP) linked to the input interface (IE) and able to 

35 put the first and second signals (S2, S3) into a common 
form, while the receiver/decoder device is devised so as to 
undertake the conversion of a harmonized signal (S^) which 
exhibits said common form. 




22 



3. The installation as claimed in claim 2, characterized in 
that the harmonizer module (MOD) is devised so as to 
remodulate the first and second signals (32, S3) according 
to one and the same type of modulation (COFDM) , while the 

5 receiver/decoder device (STB) comprises a demultiplexer 
module (DEMUX) devised so as to operate on signals (Sj^) 
exhibiting this type of modulation (COFDM) . 

4. The installation as claimed in claim 3, characterized in 
10 that the receiver/decoder device (STB) comprises a memory 

(DRAM, ROM) for loading the first or second software 
applications (NAV, APPL) , as well as a management module 
(/iP) able to access said memory and devised so as to 
cooperate with the demultiplexer module (DEMUX) , so as to 
15 undertake conversion of said harmonized signal (SR) with a 
view to direct use. 

5 . The installation as claimed in any one of the preceding 
claims, characterized in that the installation comprises a 

20 network (R) of connections for linking a multiplicity of 
receiver/decoder devices (STB) to the local server (SL) , 
while the local server (SL) comprises an output interface 
(OPE) linked to the dialogue module (ICOM) so as to 
transmit, selectively as a function of the requests from the 

25 users, the first or second software applications to the 
corresponding receiver /decoder devices (STB) . 

6. The installation as claimed in claim 5, characterized in 
that the receiver/decoder devices (STB) each carry a pre- 

30 determined identifier (ID) and in that the local server (SL) 
comprises a registry of indentif iers (TA) , while the 
dialogue module (ICOM) is able to cooperate with the 
registry of identifiers (TA) so as to talk repetitively to 
the receiver/decoder devices (STB) according to a 

3 5 quest ion/answer type protocol. 

7. The installation as claimed in claim 6, characterized in 
that a local server (SL) is devised so as to successively 
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question the receiver/decoder devices (STB) in a 
substantially cyclic manner, and to receive in answer (VR) 
the requests from the users successively. 

5 8. The installation as claimed in either of claims 6 and 7, 
characterized in that the local server (SL) is devised so as 
to simultaneously question the receiver/decoder devices and 
receive in answer (VR) the requests from the users 
simultaneously. 

10 

9. The installation as claimed in any one of the preceding 
claims, characterized in that the local server (SL) is 
devised so as furthermore to transmit software applications 
(EPG, DM, INTDM) allowing a dialogue between the 

15 receiver/decoder device (STB) and one at least of said first 
and second sources, according to an interactive protocol. 

10. The installation as claimed in one of the preceding 
claims, characterized in that the receiver/decoder device 

20 (STB) is able to communicate via a return path (VR) with the 
local server (SL) , while the local server (SL) comprises a 
communication link (MODEM) with the first and/or the second 
information source, so as to transmit to the 
receiver/decoder device (STB) , software applications chosen 

25 according to a request from the user, 

11. The installation as claimed in claim 10, characterized 
in that the receiver/decoder device (STB) is able to 
transmit via said return path (VR) a request to update the 

30 first and/or second software applications. 

12. The installation as claimed in one of the preceding 
claims, characterized in that the first and/or second 
signals carry information regarding televisual images (S2, 

35 S3) and/or of multimedia type (DM) . 

13. The installation as claimed in claim 12, characterized 
in that the first and/or second signals (S2, S3) are 
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scrambled signals carrying information subject to pay-per- 
view, while the receiver/decoder (STB) comprises a 
descrambler module (DESCR) capable of undertaking a 
conversion of the first and/or second signals into 
5 descrambled signals, with the proviso of obtaining access 
rights . 



14. The installation as claimed in claim 13, characterized 
in that the receiver /decoder device (STB) comprises a module 

10 for managing access rights (CA) able to cooperate with the 
scrambler module (DESCR) so as to activate the descrambling 
of the first and/or of the second signal . 

15. The installation as claimed in claim 14, characterized 
15 in that the local server (SL) is able to consult said module 

for managing access rights (CA) , with a view to controlling 
the rights to which the receiver /decoder device (STB) has 
access. 

20 16. The installation as claimed in claim 13, characterized 
in that the receiver /decoder device (STB) is devised so as 
to transmit to the local server (SL) a request for access 
rights, while the local server (SL) is devised so as to 
communicate said request for access rights to the first 

25 and/or second infoarmation source, and so as to send the 
receiver/decoder device (STB) , software applications (APPL) 
allowing the descrambling of the first and/or the second 
signal, in answer to said request for access rights. 



30 17 . A receiver/decoder device of an installation according 
to one of the preceding claims. 
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Installation de communication pour uhe reception collective 
d' informations, notamment d' images de t^l^vision num6riaue 
5 et/ou de donn6es multimedia 

L' invention concerne une installation de communication, en 
particulier pour une reception collective d' informations 
telles que des images de television numerique et/ou des 
10 donnees de type multimedia (pages WEB, fichiers, son, 
donnees, images video, etc), le cas echeant via INTERNET. 

Une installation de ce type comprend une interface d' entree 
par laquelle elle revolt un signal portant des informations 
15 du type precite. Ce signal emane d'une source d' informations, 
par une liaison par cable ou filaire, par voie hertzienne, ou 
encore par liaison satellite. 

En outre, 1' interface d' entree de 1' installation re9oit de 
20 cette source d' informations des applications logicielles qui 
permettent la conversion du signal precite, en un signal 
directement utilisable par un usager sur un equipement tel 
qu'un ecran de television, un magnetoscope, ou encore un 
micro-ordinateur . Pour effectuer cette conversion, il est 
25 pr6vu un dispositif recepteur/decodeur k disposition d'un 
usager individuel, capable de convertir le signal precite en 
utilisant ces applications logicielles. 

Des installations de communication, connues, comprennent un 
30 dispositif recepteur/decodeur par usager et par type de 
signal h recevoir. Ainsi, un usager individuel doit posseder 
plusieurs dispositif s recepteurs/decodeurs s'il souhaite 
utiliser plusieurs signaux issus de sources d ' informations 
distinctes et associes h des applications logicielles 
35 differentes. En outre, la connexion de cette pluralite de 
dispositifs recepteurs/d6codeurs ^ un equipement du type 
precite s'avere souvent delicate. 

La presente invention vient ameiiorer la situation. 

40 
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Elle propose h cat effet une installation de communication, 
du type comprenant : 

- une interface d' entree propre ^ recevoir au moins un 
premier signal 6manant d'une premiere source d' informations, 

5 ainsi qu'au moins des premieres applications logicielles, et 

- au moins un dispositif r6cepteur/d6codeur , h disposition 
d'un usager individuel, agenc§ pour utiliser les premiferes 
applications logicielles pour proc6der a la conversion du 
premier signal en vue d'une utilisation directe par 1' usager, 

10 

Selon une definition g6n§rale de 1' invention, 

- 1' interface d' entree est apte §i recevoir en outre au moins 
un second signal ^manant d'une seconde source d' informations, 
ainsi que des secondes applications logicielles, 

15 - le dispositif r6cepteur/d6codeur est agenc6 en outre pour 
utiliser les secondes applications logicielles pour proc6der 
^ la conversion du second signal en vue d'une utilisation 
directe par 1' usager, et 

- 1' installation comporte un serveur local, reli6, d'une 
20 part, a 1' interface d'entrSe et, d' autre part, au dispositif 

r§cepteur/d§codeur , et comprenant un module de dialogue avec 
le dispositif r6cepteur/d6codeur pour transmettre, s61ecti- 
vement en fonction d'une demande d'un usager, les premieres 
ou les secondes applications logicielles, au dispositif 
25 recepteur/d6codeur de 1 'usager, pour proc^der & la conversion 
du premier signal ou du second signal • 

Avantageusement , le serveur local comporte un module harmo- 
niseur reli6 h 1' interface d' entree et apte k mettre les 
30 premier et second signaux sous une forme commune, tandis que 
le dispositif r6cepteur/d§codeur est agenc6 pour proc^der ^ 
la conversion d'un signal harmonist pr6sentant ladite forme 
commune . 

35 Dans une realisation pr^f^r^e, le module harmoniseur est 
agence pour remoduler les premier et second signaux suivant 
un meme type de modulation, tandis que le dispositif r^cep- 
teur/d^codeur comporte un module d^multiplexeur avantageuse- 
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ment agenc6 pour op6rer sur des signaux present ant ce type de 
modulation. 



Selon une autre caractSristique avantageuse de 1' invention, 
5 le dispositif r6cepteur/d6codeur comporte une mfimoire pour 
charger les premieres ou secondes applications logicielles, 
ainsi qu'un module de gestion apte acc6der ^ ladite m6moire 
et agenc6 pour coop6rer avec le module d^multiplexeur , pour 
proc6der h la conversion du signal harmonist, en vue d'une 
10 utilisation directe. 

Selon une autre caract6ristique avantageuse de 1' invention, 
1 ' installation comporte un r6seau de connexions pour relier 
une multiplicity de dispositif s r^cepteurs/d^codeurs au 
15 serveur local, tandis que le serveur local comporte une 
interface de sortie reli§e au module de dialogue pour 
transmettre, s61ectivement en fonction des demandes des 
usagers, les premieres ou les secondes applications logi- 
cielles aux dispositif s r6cepteurs/d§codeurs correspondants . 

20 

Pr6f 6rentiellement , les dispositif s r6cepteurs /d6codeurs 
portent chacun un identifiant pr6d6termin6 tandis que le 
module de dialogue coopdre avec un registre des identifiants 
que comporte le serveur local, pour dialoguer r§p§titivement 
25 avec les dispositifs r6cepteurs/d6codeurs suivant un proto- 
cole de type interrogation/r6ponse. 

Le serveur local est, de pr§f6rence, agenc6 pour interroger 
successivement les dispositifs r6cepteurs/d§codeurs de fa§on 
30 sensiblement cyclique, et recevoir en r^ponse les demandes 
des usagers successivement. 

En variante ou en combinaison avec cette interrogation en 
cascade, il peut etre pr6vu une interrogation en rafale. Dans 
35 ce cas, le serveur local est agenc6 pour interroger simulta- 
n§ment les dispositifs r6cepteurs/d6codeurs et recevoir en 
r^ponse les. demandes des usagers simultan^ment . 
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Selon une autre caract^ristique avantageuse de 1' invention, 
le serveur local est agenc6 pour transmettre en outre des 
applications logicielles permettant un dialogue entre le 
dispositif r6cepteur/d§codeur et I'une au moins desdites 
5 premiere et seconde sources, suivant un protocole interactif . 

Avantageusement, le dispositif r6cepteur/d§codeur est apte a 
communiquer par une voie de retour avec le serveur local, 
tandis que le serveur local cort^orte une liaison de communi- 
10 cation avec la premiere et/ou la seconde source d' informa- 
tions, pour transmettre au dispositif r6cepteur/d6codeur , des 
applications logicielles choisies suivant une demande de 
1 'usager . 

15 Dans une forme de realisation avantageuse de 1 ' installation 
de communication selon 1' invention, le dispositif r^cep- 
teur/d6codeur est apte h transmettre par ladite voie de 
retour une demande de mise ^ jour des premieres et/ou 
secondes applications logicielles. 

20 

Dans une realisation particuliSre, I'un au moins des premier 
et/ou second signaux k recevoir est, en pratique, un signal 
embrouilie portant des informations sujettes k p6age, tandis 
que le recepteur/d6codeur comporte avantageusement un module 
25 d§sembrouilleur capable de proc^der ^ une conversion des 
premier et/ou second signaux en des signaux d^sembrouilies, 
sous reserve d'obtention de droits d'acc&s. 

Avantageusement, le dispositif r6cepteur/d6codeur comporte un 
30 module de gestion de droits d'acc^s apte & coop6rer avec le 
module d6sembrouilleur pour activer le d^sembrouillage du 
premier et/ou du second signal, tandis que le serveur local 
est apte ^ consulter ledit module de gestion de droits 
d'acc^s, en vue de controler les droits dont dispose le 
35 dispositif r^cepteur/decodeur . 

En variante, le dispositif r^cepteur/decodeur est agenc^ pour 
transmettre par ladite voie de retour une demande de droits 
d'acc^s, tandis aue le serveur local est agenc6 pour commu- 
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niquer ladite demande de droits d'accds k la premiere et/ou 
la seconde source d' informations, et pour transmettre au 
dispositif r6cepteur/d6codeur, des applications logicielles 
permettant le d6sembrouillage du preitiier et/ou du second 
5 signal, en r^ponse ci ladite demande de droits d'acc^s. 

Ainsi, un meme dispositif r6cepteur/d6codeur d'une installa- 
tion selon 1' invention, est capable de convertir s61ective- 
ment les premier et second signaux, sur demande d'un usager, 
10 A ce titre, la pr6sente invention vise aussi un tel disposi- 
tif r6cepteur/d6codeur . 

D'autres caract^ristiques et avantages de 1' invention 
apparaitront ^ I'examen de la description d6taill6e ci-apr§s, 
15 et des dessins annexes sur lesquels : 

- la figure 1 repr^sente sch^matiquement une installation de 
communication selon 1' invention ; 

20 - la figure 2 repr6sente les interactions entre les 61§ments 
que comporte un dispositif r6cepteur/d6codeur de la technique 
ant6rieure, d61imit6 par des traits pointings ; 

- la figure 3 repr6sente sch6matiquement 1' allure d'un signal 
25 que diffuse le serveur local dans le r^seau R ; 

- la figure 4 repr^sente sch6matiquement les interactions 
entre les diff^rents 616ments de la tete de r§seau collectif 
TRC de 1' installation representee sur la figure 1 ; et 

30 

- la figure 5 repr^sente les diff6rentes applications 
logicielles en m6moire d'un dispositif r6cepteur/d§codeur 
d'une installation selon 1' invention. 

35 La description d6taill6e ci-apr6s et les dessins annexes 
contiennent pour I'essentiel des elements de caractdre 
certain. lis pourront non seulement servir ^ mieux faire 
comprendre la pr6sente invention mais aussi contribuer ci sa 
definition, le cas echSant. 
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La description d^taill^e ci-apr§s est donn§e essentiellement 
dans le cadre de la communication d' informations du type 
images de t^l^vision num6rique et/ou donn^es multimedia, h 
titre d'exemple non limitatif. La communication de ces 
5 informations est, dans I'exemple d6crit, sujette a p§age. 

On entend dans ce qui suit par collectivity, un ensemble 
d'usagers formant un groupe g^ographiquement localise, tel 
que des immeubles collectifs, des residences pavillonnaires, 
10 des hotels, etc. 

En se r6f grant St la figure 1, une collectivity est yquip6e 
d'un r6seau muni d'une tete TRC capable de recevoir une 
plurality de signaux ymanant de sources d' informations 
15 distinctes. Dans I'exemple, la t§te de r^seau collectif TRC 
revolt trois signaux SI, S2 et S3 d' images de television, 
transmises par voie hertzienne pour le signal SI, par liaison 
satellite pour le signal S2 et par liaison filaire ou par 
cable pour le signal S3. 

20 

Ces dif ferents signaux sont de types de modulation dif ferents 
et, le cas echeant, de codages dif ferents (MPEG, SECAM ou 
autre ) - 

25 Par exemple, pour le signal terrestre numerique transmis par 
voie hertzienne SI, la modulation est de type COFDM (abrevia- 
tion du terme anglais "CODED ORTHOGONAL FREQUENCY DIVISION 
MULTIPLEX"). Pour le signal S2 transmis par satellite, sa 
modulation est de type QPSK (abreviation du terme anglais 

30 "QUADRATURE PHASE SHIFT KEYING"). Pour le signal S3 transmis 
par cable, sa modulation est de type QAM (abreviation du 
terme anglais "QUADRATURE AMPLITUDE MODULATION"). Pour des 
liaisons bifilaires, il est frequent d'utiliser une modula- 
tion de type ADSL (abreviation du terme anglais "ASYMETRIC 

35 DIGITAL SUBSCRIBER LINE"). 



Par ailleurs, au moins une partie de ces signaux porte des 
informations sujettes ^ peage. De tels signaux sont done 
embrouilies et leur conversion en des signaux desembrouilies, 
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en vue d'une utilisation directe par un usager, n^cessite des 
applications logicielles sp6cifiques. 

Dans I'exemple d6crit, le signal S2 est issu de la source 
5 d' informations "CanalSatellite" (Marque d6pos6e) et 1' appli- 
cation logicielle permettant le d^sembrouillage de ce signal 
S2 est "MEDIAGUARD" (Marque d6pos6e), tandis que le signal S3 
est issu de la source d' informations "TPS" (Marque d6pos6e) 
et 1' application logicielle permettant son d§sembrouillage 
10 est "VIACCESS" (Marque d6pos6e). D'autres applications 
logicielles telles que "NAGRAVISION" , "CONAX", etc, permet- 
tent le d6sembrouillage d'autres signaux diffuses dans 
certains r^seaux europ6ens. 

15 Par ailleurs^ ^ ces diff^rents types de signaux sont asso- 
ci6es d'autres applications logicielles permettant la mise en 
forme des informations qu'ils contiennent, et notamment une 
interactivity entre 1' usager et les sources. Par exemple pour 
le signal S2, 1' application logicielle utilis6e est "MEDIA- 

20 HIGHWAY" (Marque d6pos6e), tandis que pour le signal S3 
1' application logicielle utilisSe est "OPEN TV" (Marque 
d6pos6e) . 

Ainsi, chacun de ces signaux est mis en forme suivant un type 
25 de modulation specif ique, et sa conversion utilise une ou 
plusieurs applications logicielles specif iques h ce signal. 

II est h noter en outre que le signal SI, re<;u par voie 
hertzienne, peut etre de modulation num^rique (modulation 
30 COFDM pr6cit§e) ou encore de modulation analogique (SECAM ou 
autre ) . 

La tete du r^seau collectif TRC comprend une interface 
d' entree IE capable de recevoir les trois signaux SI, S2 et 
35 S3. De fagon habituelle, les signaux transmis par satellite 
ou par cable (S2 et S3) doivent §tre d6cod§s et, le cas 
6ch6ant, d§seinbrouill6s pour une utilisation directe d'un 
usager. Ce d6codage/d6sembrouillage est habituellement 
effectu6 par un dispositif r§cepteur/d6codeur STB (appel6 
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plus simplement d^codeur dans ce qui suit). Un tel d^codeur 
STB est g§n6ralement reli6 ^ un 6quipeiaent k disposition de 
I'usager, tel qu'un t616viseur TV, un magn6toscope , ou encore 
un micro-ordinateur dans le cas d'une reception de donn§es 
5 multimedia. 

En se r6f6rant ci la figure 2, un dScodeur classique de la 
technique ant^rieure comporte, en entree, un synthoniseur 
SYNTH, en cooperation avec une boucle h verrouillage de phase 
10 PLL pour une recuperation d'horloge et de porteuse sur le 
signal regu S de modulation QPSK (signal S2 ) ou de modulation 
QAM (signal S3) . 

En pratique, le signal S en entree du decodeur est converti 
15 en numerique en CAN, puis demoduie en DEMOD par cooperation 
avec le synthoniseur SYNTH et la boucle PLL. Ce traitement 
est suivi ensuite d'un ensemble de filtrage et de decodage, 
par exemple un decodage de VITERBI pour le signal S2, qui 
acheve ainsi un traitement des signaux appeie communement 
20 "decodage de canal". 

Le signal en sortie de ce bloc de decodage de canal se 
presente sous la forme d'un flux de paquets MPEG avant 
d'attaquer un bloc de d6codage de source DECS. Dans le cas.de 

2 5 signaux embrouilies, le bloc de decodage de source commence 
par un module desembrouilleur DESCR, generalement pilote par 
un microprocesseur jjP gerant une memoire dynamique DRAM, qui 
regoit d'un lecteur (non represente) de carte k puce donnant 
des droits d'acces, une cie permettant le desembrouillage. Ce 

30 module desembrouilleur DESCR coopSre avec un bloc demulti- 
plexeur DEMUX qui permet la selection au moyen de filtre 
adapte des paquets dans le flux MPEG. En pratique, le module 
demultiplexeur du decodeur permet de filtrer dans le flux 
MPEG les donnees d' images non desirees pour seiectionner les 

35 donnees d' images choisies par I'usager. Ce bloc de demulti- 
plexage est suivi d'un module decodeur DECOD (MPEG2 dans 
1' exemple deer it) et d'un encodeur video/audio COD pour 
deiivrer des signaux s^ d' utilisation directe vers un 
teieviseur, un maonetoscooe ou autre. 



€ 
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II est h noter en particulier que le- module d6sembrouilleur 
DESCR, le bloc d§multiplexeur DEMUX et le d6codeur de format 
MPEG (r§f§renc§ DECOD), au cours de ce d^codage de source, 
sont pilot6s par le microprocesseur /iP qui coop^re avec la 
5 m^moire dynamique DRAM et, le cas 6ch6ant, avec une m6moire 
morte ROM. 

Les d6codeurs/d6sembrouilleurs de la technique ant6rieure 
comportent en outre une liaison, g6n§ralement de type MODEM 

10 (non representee), avec la source d' informations de laquelle 
§mane le signal re^u S, pour t61§charger, dans la m^moire 
vive DRAM, des applications logicielles permettant une 
interactivity avec la source et, le cas ^ch^ant, 1' activation 
du desembrouillage/d6codage. lis comprennent par ailleurs en 

15 m§moire morte ROM des applications logicielles r§sidentes qui 
permettent des fonctions de base, par exemple un dialogue par 
MODEM avec la source, les fonctionnalit^s de d6sembrouillage, 
de d^multiplexage et de d6codage MPEG, etc. 

20 II apparait alors que chaque type de dgcodeur est sp§cifique 
au signal h recevoir, tant au niveau des blocs de demodula- 
tion (QPSK ou QAM) qu'il comporte, qu'au niveau des applica- 
tions logicielles utilisees. 

25 On se r^f^re alors h la figure 4 pour d^crire les interac- 
tions entre les elements que comporte une t§te de reseau 
collectif TRC d'une installation selon 1' invention. L' inter- 
face d' entree IE comporte trois voies de decodage de canal, 
avec un synthoniseur SYNTHl, SYNTH2 et SYNTH3 pour chaque 

30 signal SI, S2 et S3, ainsi que des blocs de demodulation 
DEMOD respectifs (par exemple COFDM pour le signal SI, QPSK 
pour le signal S2 et QAM pour le signal S3), suivis de blocs 
de filtrage et de decodage respectifs (non representes ) . 

35 Le canal d'entree des signaux SI, S2 et S3 est, de preferen- 
ce, en correspondance en frequence avec le canal de sortie 
sur le reseau R. Avantageusement , cette correspondance est 
prise en charge par une application logicielle propre au 
reseau. Dans une variante simplifiee, cette correspondance 
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peut etre ef feature manuellement par un .installateur & partir 
d'un synthoniseur r^glable manuellement. 

Les flux MPEG resultant de ces d6codages de canal attaquent 
5 un serveur local SL muni d'un modulateur MOD capable de 
mettre en forme les flux MPEG des signaux SI, S2 et S3 
suivant une modulation commune. Pr6f6rentiellement , cette 
modulation commune est de type COFDM, correspondant k la 
modulation initiale du signal SI transmis par voie hertzien- 
10 ne. 

De faqon g6n§rale, cette modulation, correspondant ^ la 
modulation des signaux terrestres num^riques, pr6sente les 
avantages suivants : 

15 

- il n'est pas n§cessaire d'effectuer une remodulation pour 
les signaux terrestres, les plus courants en t^l^vision 
num^rique ; 

20 - cette modulation off re une bande passante optimis6e pour un 
grand nombre de signaux transmis actuellement par cSble; 

- elle pr6sente une bonne resistance aux ruptures d' impedan- 
ces r^seau ; et 

25 

- elle est compatible avec les modules de reception des 
t616viseurs num6riques actuels. 

Les signaux ainsi modules sont transposes dans une bande de 
30 frequence choisie, typiquement de 8 MHz. 

En pratique, les signaux SI, S2 et S3 sont preferentiellement 
demoduies en DEMOD (figure 4), remoduies et egalises en MOD 
suivant une modulation commune (COFDM), puis amplifies en 
35 AMP, au cours du traitement dans la t§te de reseau collectif 
TRC. lis sont ensuite envoyes dans le reseau R vers les deco- 
deurs/desembrouilleurs STB des usagers, sous forme de paquets 
de format MPEG, par une interface de sortie du serveur local 
SL comprenant un module de mise en forme OPE. II est h noter 
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que ce flux de paquets MPEG n'est pas modifi6 par les 
operations pr6c6dentes de demodulation et de remodulation. 

En se ref6rant k la figure 3, le signal Sj^ qu'envoie le 
5 serveur local sur le r6seau R se pr6sente done sous la forme 
d'un flux de paquets MPEG de modulation COFDM pr§c6d6 d'un 
canal hors bande OB pour la voie descendante VD du r^seau (du 
serveur SL aux d6codeurs STB), ainsi que d'un second canal 
hors bande CVR permettant la gestion d'une voie de retour VR 
10 (des d^codeurs STB au serveur SL), remontante. 

Ainsi, la tete de r^seau collectif TRC : 

- reqoit les signaux SI, S2 et S3 par son interface d'entr6e 
15 IE ; 

- d6module respectivement ces signaux par d6codage desdits 
signaux SI, S2 et S3 en conservant les modulations MPEG de 
transport de ces signaux ; 

20 

- remodule suivant un type de modulation commun (COFDM dans 
I'exemple d^crit) ces signaux } 

- et les envoie sous la forme d'un flux de paquets MPEG dans 
25 le r^seau R, ^ destination des r6cepteurs/d§codeurs et/ou 

desembrouilleurs des usagers. 

Les d6codeurs STB relics au r^seau R sont banalis^s et 
comportent chacun un module de d6multiplexage commun destine 

30 h operer sur des paquets MPEG communs de modulation de type 
COFDM* Chaque d^codeur STB de 1' installation selon 1' inven- 
tion ne coit^)orte, en definitive, qu'un bloc DECS de decodage 
de source (partie encadree en traits pleins de la figure 2), 
le decodage de canal etant effectue en amont du reseau R, au 

35 niveau de la tete de r6seau collectif TRC. 

Cependant, les applications logicielles qu' utilise le 
microprocesseur d'un decodeur STB, doivent etre transmises h 
travers le reseau R suivant les demandes des usagers (con- 
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version en signaux audio et vid^o, d§sembrouillage, interac- 
tivity avec les sources d' informations , etc). 

Le serveur local de 1' installation selon 1' invention comporte 
5 un module de dialogue ICOM permettant une interactivity entre 
la tete de r§seau collectif TRC et les diff§rents d6codeurs 
STB du r6seau R. Ce module de dialogue interpr§te des 
demandes des usagers transmises par les dScodeurs STB h 
tr avers la voie de retour VR, pour envoyer en r§ponse les 
10 applications logicielles demand6es. 

Le canal CVR du signal Sj^ est r6serv6 h 1' interpretation des 
demandes sur la voie de retour VR, tandis que le canal hors 
bande OB du signal S^ est r6serv6 h 1 ' interrogation des 

15 d^codeurs STB, pour la transmission des applications logi- 
cielles. Pr^fyrentiellement, les canaux hors bande CVR et OB 
v^hiculent des paquets modul6s suivant une modulation de type 
QPSK a 1 MHz de bande. Ainsi, le dialogue du serveur local 
avec les d^codeurs STB permet par exemple une adaptation des 

20 configurations logicielles respectives des d§codeurs suivant 
les diff^rents abonnements des usagers, dans le cadre d'une 
diffusion d' images tyiSvisuelles sujette h p6age. Cette 
adaptation des applications logicielles s'effectue selon le 
choix d'une source d ' informations (ou op§rateur) par un 

25 usager. Le dialogue entre le serveur local et les d§codeurs 
permet en outre a 1' usager d'utiliser les services interac- 
tifs que proposent les diff brents op6rateurs. 

Dans une realisation pr6f§ree, le mode de dialogue est de 
30 type "interrogation/r6ponse" . Le serveur local SL comporte 
une memoire comprenant une table d' identif iants TA des 
d^codeurs STB des usagers. Pour chaque identif iant, le 
serveur 6met un "jeton" par le canal hors bande OB h chaque 
d^codeur d'un usager, les uns aprfes les autres. Le d^codeur 
35 disposant du jeton r66met, par le canal de la voie de retour 
CVR, ce jeton qui comporte, le cas ech^ant, une nouvelle 
demande. Ce type d' interrogation, en cascade, permet avanta- 
geusement : 
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- de controler le bon fonctionnement du r6seau R ; et 

- de transmettre rapidement une demande de t616chargement 
d' application logicielle demand^e. 

5 

Dans I'exemple, un cycle s'effectue St partir d'une interroga- 
tion toutes les 1 milliseconde. Ainsi^ pour un r6seau 
collectif comportant une centaine de dScodeurs STB, la dur^e 
du cycle est de 100 millisecondes, dur6e compatible avec un 
10 d6bit standard de type ITU-J112, de bande passante de 1 MHz 
avec un d6bit de 1,544 Mb/s, 

En variante, il peut gtre pr6vu un mode d'interrogation/r6- 
ponse en rafale (ou paquet). Dans cette forme de realisation, 

15 le serveur SL t616charge, suite a une demande dans le r^seau, 
un ensemble de donn6es constituant un t616chargement d'une 
application logicielle, Ce protocole en rafale permet 
avantageusement une mise en relation directe du serveur avec 
un ou plusieurs d6codeurs STB. Dans ce mode, il peut §tre 

20 pr§vu de charger, en pratique, 1 Moctet en 8 secondes. 

Bien entendu, ces deux modes en cascade et en rafale peuvent 
coexister dans une m§me version de 1 ' installation selon 
1' invention • Par exemple, pour une surveillance permanente 
25 des demandes des usagers du r6seau, il peut etre pr6vu un 
mode d' interrogation/r6ponse en cascade, tandis que pour le 
t616chargement de 1 ' application logiciel demand6e, il peut 
§tre pr6vu, en outre, une communication en rafale. 

30 Le module de dialogue du serveur local SL comporte done une 
interface pour la gestion de la voie de retour VR qui, 
pr^f^rentiellement, est une interface s^rie num^rique (non 
representee) pilotee, par exemple, par un microprocesseur pP. 
Le module de dialogue ICOM coopfere avec la table d'iden- 

35 tifiants TA pr§citee, par 1' intermediaire du microprocesseur 
^p, pour dialoguer avec les d^codeurs STB par des messages 
contenant un identif icateur du d^codeur STB dans le r^seau, 
ainsi que des donn^es & emettre (applications logicielles, 
donnees multimedia, etc). 
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La table des identifiants TA comporte, en pratique, des 
adresses num^riques des usagers sur le r§seau collectif, 
ainsi que des r6f6rences des d§codeurs STB. Cette table 
permet avantageusement d'estimer une topologie du r^seau, en 
5 particulier de connaitre les logiciels mis en place dans les 
diff§rents d^codeurs. La t§te de r6seau collectif TRC 
comporte une liaison MODEM lui permettant une communication 
avec les diff§rentes sources d' information desquelles §manent 
les signaux SI, S2 et S3 (ou op^rateurs) et la table des 
10 identifiants permet ainsi aux op6rateurs de contrdler les 
diff§rentes applications logicielles d61ivr§es aux d6codeurs 
STB du r6seau R. 

Par ailleurs, cette liaison MODEM permet en outre de contr6- 
15 ler ^ distance le bon fonctionnement de la t§te de r^seau 
collectif. Ainsi, si la reception et/ou le d6codage de canal 
de I'un des signaux SI, S2 et S3 est d^fectueuse, une alarme 
est d61ivr6e vers I'opSrateur correspondent, le cas 6ch6ant. 

20 On se r6f§re maintenant h la figure 5 pour d6crire les 
applications logicielles r^sidentes et tSl^charg^es dans un 
dispositif r§cepteur/d6codeur STB d'une installation selon 
1' invention. 

25 En m6moire morte du d^codeur sont charg^es une plurality 
d' applications logicielles r6sidentes : 

- une interface de chargement CHARG de donn§es diffus^es dans 
le r6seau, notamment pour 1' initialisation du d§codeur; 

30 

- un moniteur temps r§el MTR qui assure la gestion en temps 
r6el du microprocesseur , ainsi que les ressources syst^me 
(m6moire, interruption, file d'attente); 

35 - une plurality de logiciels de controle DRIVERS associ§s ^ 
une application logicielle MATERIEL pour la configuration des 
applications logicielles associ6es aux mat^riels utilises, et 
qui assurent la gestion de tous les circuits mat6riels et des 
fonctionnalit6s du d6codeur (d^sembrouillage, d^codage. 
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encodage vid6o, incrustations dans les images dif fusses, 
etc) ; 

- una interface de carte ci m^moire CM, dans le cas ou les 
5 d6codeurs STB sont §quip6s d'un lecteur de cartes Si puce 

fournissant une cl6 de d^sembrouillage pour 1' utilisation 
d' images sujettes h p§age ; 

- cette interface de cartes ^ m§nioire coopSre avec un module 
10 d' identification ID du d6codeur (adresse num6rique de 

I'usager dans la table des identifiants pr6cit6e) ; et 

- une application logicielle APGVR de gestion de la voie de 
retour qui assure le dialogue du d^codeur avec le serveur 

15 local. 

II est ^ rappeler ici que la gestion de la voie de retour 
permet un dialogue entre le serveur local et les d^codeurs 
STB et, en particulier, de t§16charger des applications 
20 logicielles (couches sup6rieures de la figure 5). 

Ces applications logicielles t616charg6es peuvent se ranger 
selon deux categories (ou couches A et B), suivant qu'elles 
^manent directement du serveur local (couche A) ou qu'elles 
25 §manent des sources via le serveur (couche B) • 

Dans ce qui suit, il est d^crit & titre d'exemple non 
limitatif des d^codeurs STB capables de d6sembrouiller des 
signaux portant des informations sujettes & p6age (images de 
30 television num§riques et/ou donn^es multimedia). 

Chaque decodeur comporte un dispositif de contrSle d'acc^s 
comprenant typiquement un lecteur de cartes ci puce, en 
combinaison avec un microprocesseur relie au module de 
35 desembrouillage. Un changement d'operateur necessite alors un 
changement d' application logicielle pour le desembrouillage. 



Dans une premiere forme de realisation d'un decodeur STB 
d'une installation selon 1' invention, les moyens de controle 
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d'acc^s et de gestion des cl6s de ,d6sembrouillage sont 
charges dans les applications logicielles r6sidentes. Dans ce 
cas, le d^codeur STB assure lui-meme la gestion des contrdles 
d'accSs, sans que le serveur local intervienne. En pratique, 
5 1' interface de carte a puce CM copp^re avec le module 
d' identification ID (associ6 k 1 ' application logicielle 
relative h 1 ' identification de I'usager). Le module de 
contrdle d'acc^s CA, t616chargeable sur le r6seau et qui, h, 
ce titre, apparait dans la couche A de la figure 5, peut §tre 
10 transmis vers le serveur local. 

Dans une forme de realisation diff^rente, les applications 
logicielles associ^es au droit d'acc§s sont contenues dans 
les applications logicielles g^n^rales que propose l'op6ra- 

15 teur via le serveur local. Dans cette configuration, le 
dispositif r6cepteur/d6codeur STB permet h I'usager d'utili- 
ser des applications logicielles de navigation pour une 
interactivity avec les op6rateurs, ces applications logiciel- 
les de navigation §tant accompagn6es des applications 

20 logicielles relatives au droit d'accds. En revanche, dans 
cette forme de realisation, le d§codeur STB ne permet pas de 
g6rer les controles d'acc^s en reception sinple, dans la 
mesure ou la gestion des droits d'accds se fait par interac- 
tivity avec l'op6rateur. A ce titre, le module de contrSle 

25 d'accds CA est represent^ dans la couche B de la figure 5, en 
traits pointill6s. 

Parmi les applications logicielles t61§chargeables, la couche 
de base A permet de configurer le d^codeur, pour le d§sem- 
30 brouillage, le dSraulitiplexage, le d6codage, etc, ainsi que 
pour 1 ' interpretation des applications logicielles emanant 
des operateurs, ^ partir d'une interface de type API assurant 
la transmission entre les couches logicielles rSsidantes et 
les interfaces proprietaires (OPEN TV ou MEDIAHIGHWAY) • 

35 

La couche A comprend done : 

- une application logicielle API liee h 1' interface de 
chargement CHARG pour la mise en place des applications 
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logicielles t616charg6es, 6manant des .op^rateurs ou standar- 
dis6es (JAVA); et 

- des applicatifs APPL de d6codage/d6sembrouillage permettant 
de piloter le d§codage de source qu'effectue le d^codeur STB. 

Ces applications logicielles de base (ou logiciel systSme) 
pennet : 

- 1' utilisation directe de signaux non embrouill6s (par 
exemple des images de t616vision num^rique qui ne sont pas 
sujettes h. p§age) ; 

- de t^l^charger les applications logicielles de navigation 
NAV issues des diff§rents op6rateurs ; et 

- de t61§charger des applications logicielles INTDM, par 
exen^le un interpr^teur JAVA, permettant de recevoir des 
donn6es multimedia DM et d'ex^cuter de telles applications, 
ind^pendantes des applications de navigation NAV issues des 
op6rateurs . 

Comme on I'a vu pr6c6demment , dans la seconde forme de 
realisation du decodeur pr^cite selon laquelle le contrdle 
d'accSs pour le d6sembrouillage est effectu^ via le serveur 
local, le module de contrdle d'accds CA (represent^ par des 
traits pointings sur la figure 5) est t616charg6 dans la 
couche B, notarament avec les applications logicielles de 
navigation NAV. 

Dans la couche B representee sur la figure 5, il est prevu 
des applications logicielles APPLIC emanant des operateurs, 
par exemple "OPEN TV" pour TPS et "MEDIAHIGHWAY" pour 
CanalSatellite, permettant d'activer le desembrouillage des 
signaux S2 et S3. 

Par ailleurs, il peut etre prevu, avec le logiciel naviga- 
teur, un module de guidage EPG dans le cadre d'une interacti- 
vite de I'usager avec I'operateur, ainsi que des donnees 
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multimedia DM transmises au cours d'une telle interactivity. 
Dans une realisation pr§f6ree, les applications logicielles 
INTDM ( interpreteur de donn6es multimedia), une fois t616- 
chargees, resident en memoire morte du d^codeur. 

Ainsi, selon 1/un des avantages que procure la pr^sente 
invention, dans le signal diffuse dans le reseau R, sont 
multiplexes les differents signaux SI, S2 et S3 et codes 
suivant un type de modulation pref6re (COFDM dans I'exen^le 
decrit). Par ailleurs, dans le signal S^, un canal hors bande 
OB (de modulation QPSK, dans I'exemple decrit) porte un jeton 
d' interrogation, tandis que le canal hors bande associe k la 
voie de retour CVR, porte un jeton de retour, associe, le cas 
echeant, a une demande nouvelle d'un usager (applications 
logicielles nouvelles demandees). A partir du logiciel 
systeme teiecharge dans la couche A, le decodeur est apte h 
demultiplexer le signal pour seiectionner les dohnees 
d' images souhait6es par 1' usager. Pour le decodage/desem- 
brouillage de donnees d' images necessitant des applications 
logicielles specif iques (MEDIAHIGHWAY , OPEN TV), ces applica- 
tions logicielles sont seiectivement transmises au decodeur 
STB de 1' usager, suivant sa demande (couche B d' applications 
logicielles precitee). 

Un autre avantage que procure la presente invention est qu'un 
unique dispositif recepteur/decodeur STB peut etre utilise 
pour decoder les differents signaux, associes a des applica- 
tions logicielles distinctes, ce qui simplifie les materiels 
h disposition des usagers (connexion unique d'un teieviseur, 
d'un magnetoscope ou autre, au decodeur STB). 

Un autre avantage que procure la presente invention est le 
controle que peut effectuer chaque operateur, & travers le 
serveur local SL, notamment des applications logicielles dont 
dispose chaque decodeur STB, ainsi que les droits d'acc^s 
associes. 
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Bien entendu, la pr^sente invention ne se limite pas ^ la 
forme de realisation d^crite ci-avant k titre d'exemple. Elle 
s'§tend a d'autres variantes. 

5 On comprendra ainsi que 1' installation selon 1' invention ne 
se limite pas h une application de diffusion d' images 
num^riques sujettes h p6age. Elle peut concerner en outre la 
diffusion d' images non embrouillSes, accompagn6es de donn6es 
multimedia issues de sources distinctes. 

10 

Par ailleurs, les informations 6manant des diff^rentes 
sources d^crites ci-avant ne sont pas n6cessairement relati- 
ves a des donn^es d' images de television. Ces informations 
peuvent, en variante, etre des donnSes multimedia emanant de 
15 sources differentes et de codages differents. 

Les differents operateurs cites prec6demment (CanalSatellite, 
TPS, etc) sont d6crits ci-avant a titre d'exemples. Par 
ailleurs, la presente invention ne se limite pas aux types de 

20 modulations decrites ci-avant. Par exemple, la modulation 
COFDM des signaux d' images dif fusees sur le reseau, decrite 
ci-avant, bien qu' avantageuse, est susceptible de variantes, 
notamment le codage de la voie de retour qui peut utiliser 
des protocoles DVB standard (QAM, QPSK) ou des protocoles 

25 SFDMA (Synchronous Frequency Division Multiple Access) ou 
FCDMA (Frenquency Coded Division Multiple Access). 
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Revendications 

1. Installation de communication, en particulier pour la 
reception collective d ' informations, du type comprenant : 
5 - une interface d' entree (IE) propre ci recevoir au moins un 
premier signal (S2) 6manant d'une premiere source d' informa- 
tions, ainsi qu'au moins des premiferes applications logi- 
cielles (NAV, APPL), et 

- au moins un dispositif r6cepteur/d6codeur (STB), ^ dispo- 
10 sition d'un usager individuel, agenc6 pour utiliser les 
premieres applications logicielles (NAV, APPL) pour proc^der 
a la conversion du premier signal (S2) en vue d'une utilisa- 
tion directe par 1' usager, 

15 caract6ris6e en ce que 1' interface d'entr6e (IE) est apte ^ 
recevoir en outre au moins un second signal (S3) 6manant 
d'une seconde source d ' informations, ainsi que des secondes 
applications logicielles, 

en ce que le dispositif r6cepteur/d6codeur (STB) est agenc6 
20 en outre pour utiliser les secondes applications logicielles 
pour proc6der ^ la conversion du second signal (S3) en vue 
d'une utilisation directe dudit second signal, 
et en ce que 1 ' installation comporte un serveur local (SL), 
reli6, d'une part, k 1' interface d' entree (IE) et, d' autre 
25 part, au dispositif r6cepteur/d§codeur (STB), et comprenant 
un module de dialogue (ICOM) avec le dispositif r6cepteur/d6- 
codeur (STB) pour transmettre, s61ectivement en fonction 
d'une demande d'un usager, les premieres ou les secondes 
applications logicielles, au dispositif r6cepteur/d6codeur de 
30 1 'usager, pour proc6der ^ la conversion du premier signal ou 
du second signal. 

2. Installation selon la revendication 1, caract6ris6e en ce 
que le serveur local (SL) comporte un module harmoniseur 
35 (MOD, AMP) reli§ h 1' interface d' entree (IE) et apte ^ mettre 
les premier et second signaux (S2,S3) sous une forme commune, 
tandis que le dispositif r6cepteur/d6codeur est agenc6 pour 
proc^der ^ la conversion d'un signal harmonist (Sj^) qui 
pr6sente ladite forme commune. 
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3. Installation selon la revendication 2, caract6ris6e en ce 
que le module harmoniseur (MOD) est agenc6 pour remoduler les 
premier et second signaux (S2,S3) suivant un meme type de 
modulation (COFDM), tandis que le dispositif r6cepteur/d6- 

5 codeur (STB) comporte un module d6multiplexeur (DEMUX) agenc6 
pour op6rer sur des signaux (Sj^) pr6sentant ce type de 
modulation (COFDM). 

4. Installation selon la revendication 3, caract§ris6e en ce 
10 que le dispositif r6cepteur/d6codeur (STB) comporte une 

m6moire (DRAM, ROM) pour charger les premieres ou secondes 
applications logicielles (NAV^APPL), ainsi qu'un module de 
. gestion (pP) apte k acc6der ^ ladite m6moire et agenc6 pour 
coop^rer avec le module d^multiplexeur (DEMUX), pour proc6der 
15 a la conversion dudit signal harmonist (Sj^), en vue d*une 
utilisation directe. 

5. Installation selon I'une des revendications pr6c6dentes, 
caract6ris6e en ce que 1 ' installation comporte un r6seau (R) 

20 de connexions pour relier une multiplicity de dispositifs 
r6cepteurs/d6codeurs (STB) au serveur local (SL), tandis que 
le serveur local (SL) comporte une interface de sortie (OPE) 
relive au module de dialogue (ICOM) pour transmettre, 
s61ectivement en fonction des demandes des usagers, les 

25 premieres ou secondes applications logicielles aux disposi- 
tifs r6cepteurs/d6codeurs (STB) correspondants . 

6. Installation selon la revendication 5, caract6ris6e en ce 
que les dispositifs r§cepteurs/d6codeurs (STB) portent chacun 

30 un identifiant pr6d6termin6 (ID) et en ce que le serveur 
local (SL) comporte un registre des identifiants (TA), tandis 
que le module de dialogue (ICOM) est apte ^ coop6rer avec le 
registre des identifiants (TA) pour dialoguer r6p6titivement 
avec les dispositifs r6cepteurs/d6codeurs (STB) suivant un 

35 protocole de type interrogation/r^ponse. 



7. Installation selon la revendication 6, caract6ris§e en ce 
que le serveur local (SL) est agenc^ pour interroger succes- 
sivement les dispositifs r6cepteurs/d6codeurs (STB) de fagon 
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sensiblement cyclique, et recevoir en r§ponse (VR) les 
demandes des usagers successivement • 

8. Installation selon I'une des revendications 6 et 7, 
5 caract6ris§e en ce que le serveur local (SL) est agenc6 pour 
interroger simultan^ment les dispositifs r6cepteurs/d6codeurs 
et recevoir en r^ponse (VR) les demandes des usagers simul- 
tan^ment . 

10 9. Installation selon I'une des revendications pr6c§dentes, 
caract6ris6e en ce que le serveur local (SL) est agencS pour 
transmettre en outre des applications logicielles (EPG, DM, 
INTDM) permettant un dialogue entre le dispositif r6cep- 
teur/d6codeur (STB) et I'une au moins desdites premiere et 

15 seconde sources, suivant un protocole interactif. 

10. Installation selon I'une des revendications pr6c6dentes, 
caract6ris6e en ce que le dispositif r6cepteur/d§codeur (STB) 
est apte k communiquer par une voie de retour (VR) avec le 

20 serveur local (SL), tandis que le serveur local (SL) comporte 
une liaison de communication (MODEM) avec la premiere et/ou 
la seconde source d' informations, pour transmettre au 
dispositif r6cepteur/d6codeur (STB), des applications 
logicielles choisies suivant une demande de I'usager, 

25 

11, Installation selon la revendication 10, caract6ris6e en 
ce que le dispositif r6cepteur/d6codeur (STB) est apte h 
transmettre par ladite voie de retour (VR) une demande de 
mise h jour des premiferes et/ou secondes applications 

30 logicielles. 

12, Installation selon I'une des revendications pr6c6dentes, 
caract6ris6e en ce que les premier et/ou second signaux 
portent des informations d' images t616visuelles (S2,S3) et/ou 

35 de type multimedia (DM). 

13. Installation selon la revendication 12, caract6ris6e en 
ce que les premier et/ou second signaux (S2,S3) sont des 
signaux embrouill6s portant des infoannations sujettes ^ 
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p§age, tandis que le recepteur/d^codeur (STB) comporte un 
module d^sembrouilleur (DESCR) capable de proc6der ^ une 
conversion des premier et/ou second signaux en des signaux 
d6sembrouill6Sr sous reserve d'obtention de droits d'acc6s. 



14. Installation selon la revendication 13, caract6ris6e en 
ce que le dispositif r6cepteur/d6codeur (STB) comporte un 
module de gestion de droits d'accSs (CA) apte Si coop^rer avec 
le module d6sembrouilleur (DESCR) pour activer le dSsem- 

10 brouillage du premier et/ou du second signal. 

15. Installation selon la revendication 14, caract6ris6e en 
ce que le serveur local (SL) est apte h consulter ledit 
module de gestion de droits d'acc^s (CA), en vue de contrdler 

15 les droits dont dispose le dispositif r§cepteur/d§codeur 
( STB ) . 

16. Installation selon la revendication 13, caract^ris^e en 
ce que le dispositif r6cepteur/d6codeur (STB) est agenc6 pour 

20 6mettre vers le serveur local (SL) une demande de droits 
d'acc§s, tandis que le serveur local (SL) est agenc6 pour 
communiquer ladite demande de droits d'accds ^ la premiere 
et/ou la seconde source d ' informations , et pour transmettre 
au dispositif r6cepteur/d§codeur (STB), des applications 

25 logicielles (APPL) permettant le d^sembrouillage du premier 
et/ou du second signal, en r§ponse h ladite demande de droits 
d'accds. 

17. Dispositif r6cepteur/d6codeur d'une installation selon 
30 I'une des revendications pr6c6dentes. 
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